Method and device for preparing a time schedule for transmission of messages to a bus system

ABSTRACT

A method for creating a time schedule for transmitting messages on a bus system (bus schedule), the time schedule being created by using a genetic algorithm.

BACKGROUND INFORMATION

[0001] The present invention relates to a method and a device as well as a computer program and a computer program product for creating a time schedule for transmitting messages on a bus system according to the preambles of the claims.

[0002] The networking of control units, sensors and actuator systems with the aid of a communications system or bus system has drastically increased in recent years in the construction of modern motor vehicles and in machine construction, especially in the field of machine tools and in automation. In this context, synergistic effects may be achieved by the distribution of functions to a plurality of control units. These are called distributed systems. The communication between various stations is taking place more and more via a bus or a bus system. The communications traffic on the bus, access and reception mechanisms, as well as error handling are governed via a protocol.

[0003] In the automotive field, the established protocol is the CAN (controller area network). This is an event-driven protocol, i.e. protocol activities such as sending a message are initiated by events which have their origin outside of the communications system. Unique access to the communications system is solved by a priority-based bit arbitration. A prerequisite for this is that a unique priority is assigned to each message. When working with the CAN protocol, this is usually implemented by an identifier which is contained at the beginning of each message and clearly identifies the message content. This identifier or identification ID (message identifier) is of different length depending on the CAN version (e.g. 11 bits for the basic CAN). The CAN protocol is very flexible, and adding additional nodes and messages is possible without difficulty as long as there are still free priorities (especially message identifiers). The collection of all messages to be sent in the network together with priorities is stored in a list, the so-called communications matrix. Thus, in most cases, the creation of the communications matrix is only the collection of all messages in the system.~Frequently, the order or sequence of the messages is based on the years-long know-how of the applications engineers and system designers. However, tools also exist which support this creation of the communications matrices.

[0004] An alternative approach to the event-driven, spontaneous communication is the purely time-controlled approach. All communications activities on the bus are strictly periodic. Protocol activities such as sending a message are triggered only by the advance in a (global) time. Access to the medium is based on the assignment of time domains during which a transmitter has an exclusive transmission right. The protocol is comparatively inflexible, and adding new nodes is only possible when the respective time domains were already left open beforehand. This situation forces the system designer or applications engineer to already fix the message sequence prior to initial operation. Thus, a timetable or bus schedule is created which must meet the requirements of the messages with respect to rate of repetition, redundancy, deadlines, etc. Therefore, this so-called bus schedule is a timetable or time schedule or sequence plan or communications plan with respect to transmitting messages on the bus. The positioning of the messages within the transmission periods must be matched to the applications which produce the message contents, in order to hold the latencies between application and moment of transmission to a minimum. If this matching does not take place, the advantage of the time-controlled transmission (minimal latency jitter when sending the message on the bus) would be destroyed. Thus, great demands are placed on the planning tools.

[0005] The solution approach set forth in the patent applications DE 100 00 302 A1, DE 100 00 303 A1, DE 100 00 304 A1, DE 100 00 305 A1 and also presented in the ISO draft 11898-4, of the time-controlled or time-triggered CAN satisfies the demands outlined above for time-controlled communication, as well as the demands for a certain measure of flexibility. This so-called TTCAN (time-triggered controller area network) meets these demands by the construction of the communications round (basic cycle) in so-called exclusive time windows for periodic messages of specific communications users and in so-called arbitrating time windows for spontaneous messages of a plurality of communications users. However, as described above, when planning a TTCAN network or TTCAN bus system, the time-controlled messages will predetermine the framework for the creation of the bus schedule. The requirements of the time-controlled communication must also be optimally supported or guaranteed in a TTCAN communications matrix or bus schedule or time schedule for the transmission of messages. Only-in the second instance may the event-driven messages or arbitrating time windows be taken into account. The suitable planning tools must, as it were, support both worlds of the communications planning.

[0006] Great demands are placed on the planning tools for the time-controlled communication and the resolution of the communications relationships (application with respect to the moment of transmitting the message on the bus) in the form of a communications matrix, including the message latencies, message periods and deadlines. Currently available commercial tools, particularly CAN-based tools, still do not support these requirements, such as, for example, TTCAN-specific planning, at all. First solution approaches for strictly time-controlled communications protocols such as TTP/C show that the algorithms to be used quickly end up as an NP-complete problem. The discovery of the global maximum, thus, the best solution for the entire communications network with respect to the bus schedule, cannot be guaranteed. Possibly only quantities of sub-optimal solutions for a bus schedule are found using conventional search algorithms.

[0007] Moreover, genetic algorithms are known in the related art. Projects such as VLSI, circuit-layout-generation based on genetic algorithms or the solution of nonlinear equations via genetic algorithms (for fitting potential surfaces) use this technique. A citation from D. Goldberg “Genetic Algorithms in Search, Optimization & Machine Learning” from the Addison-Wesley Publishing Company Inc. of January 1989 shows the basic idea of genetic algorithms: “Genetic algorithms are search algorithms based on the mechanics of natural selection and natural genetics. They combine survival of the fittest among string structures with a structured yet randomized information exchange to form a search algorithm with some of the innovative flair of human search. In every generation, a new set of artificial creatures (strings) is created using bits and pieces of the fittest of the old; an occasional new part is tried for good measure. While randomized, genetic algorithms are no simple random walk. They efficiently exploit historical information to speculate on new search points with expected improved performance.”

[0008] This approach to alternative searches for solutions in immensely large solution areas had the goal of abstracting and explaining the adaptive processes of the natural systems. That is to say, in principle, the genetic algorithms are based on natural selection or genetic selection. Survival principles, such as the survival of the fittest, are combined with population or solution structures and the exchange of information arising in this context. Thus, in each generation, new populations or solutions are created which use parts of the best of the old generations. In contrast to genetic algorithms, many functions F supply a wide divergence and discontinuous results, and are therefore unsuitable for many traditional approaches of the search for solutions F(x). Genetic algorithms avoid this problem by simulating the natural evolution according to the Darwinian model.

[0009] Consequently, the object of the present invention is to overcome the problems touched upon with respect to the planning of the time schedule or timetable of the bus, thus of the bus schedule.

SUMMARY OF THE INVENTION

[0010] Therefore, the present invention combines the advantages of genetic algorithms especially for search objectives over a large solution space with the requirements of the time-controlled communications system TTCAN, to find an optimal bus timetable, thus bus schedule or time schedule for time-controlled, periodic messages and event-driven, spontaneous messages according to TTCAN prior to initial operation.

[0011] The present invention therefore advantageously discloses a method and a device, as well as a computer program and a computer program product for creating a time schedule for the transmission of messages on a bus system (bus schedule), the time schedule being created by the use of a genetic algorithm. The messages are expediently divided into periodic and spontaneous messages; the messages are provided with or will be provided with an identifier, in order to have it available in a coding suitable for genetic algorithms.

[0012] The bus system is expediently a TTCAN bus system, time windows being provided for the messages, and either the sequence of the time windows and/or of the messages being represented as a time schedule.

[0013] From the plurality of potential time schedules, at least one possible time schedule which corresponds to a strong, particularly best solution is advantageously ascertained as solution for a bus schedule. In this context, the time schedules as solution for the bus schedule are evaluated using at least one first specifiable evaluation criterion, based on which an optimization of the time schedules or a selection of the time schedules is made possible.

[0014] An expedient first evaluation criterion is the comparison of the sum of the latency times of the least one time schedule to a predefined value or to the sum of the latency times of at least one further time schedule.

[0015] A further evaluation criterion simultaneously or alternatively is the comparison of the sum of the deadlines, thus the necessary transfer moments or the necessary transfer times of the messages, specific to the time schedules. In the following, the at least one possible time schedule which is selected as a function of the evaluation criteria is advantageously crossed with at least one second time schedule, particularly a selected time schedule, as well. The time schedules are expediently crossed by the exchange of at least one message of both time schedules or, particularly advantageously, by the exchange of at least one bit of the time schedules, provided they are represented in binary form, particularly with the aid of an identification character or an identifier, whereby a unique bit pattern of the message(s) or of the time windows is included.

[0016] In addition to the crossing, it is also advantageous to provide a mutation, so that at least one bit of at least one time schedule is altered, thus, in particular, is inverted, so that in addition to the good solutions found, further potential solutions develop.

[0017] Advantageously, the indicated algorithm or the suitable method may be implemented as a computer program, so that the method of the present invention is carried out when the computer program is executed on a computer or the device of the present invention (which, on the other hand, however, may also be implemented completely in hardware). This computer program may expediently also be available on a data carrier as a computer program product; the data carrier may be in any customary form.

[0018] Thus, the advantages of the present invention correspond in particular to the advantages of genetic algorithms in the search for a solution, valid globally to the greatest extent possible, in non-transparent solution spaces. According to the present invention, a TTCAN bus schedule is such a solution space. The mechanisms of evolution, thus, survival of the fittest, ensure that one moves quite quickly to an optimal solution. The mechanism of crossing multiplies, as it were, particularly promising families. The mechanism of mutation ensures that, by chance and/or arbitrary intervention, one is thrown out of the evolution direction of the best solution and possibly finds a further, optimal solution approach. However, this solution approach would possibly only have been found after an unacceptably long time using conventional search algorithms. This new path is possibly promising, so that it is further pursued in the next step of the genetic algorithm, or it falls out again based on the first evaluation function. If a new solution path is taken, then, based on the coding selected in advance and due to the mechanism of crossing, the information already at hand is passed on and not rejected (history).

[0019] Further advantages and advantageous refinements come to light from the description and the features in the claims.

BRIEF DESCRIPTION OF THE DRAWING

[0020] The invention is explained below in greater detail with reference to the Drawing represented by one FIGURE. The FIGURE shows a device in which, represented symbolically, the method of the present invention proceeds.

DESCRIPTION OF THE EXEMPLARY EMBODIMENTS

[0021] The functioning method in principle of the genetic algorithms is presented in the following steps:

[0022] Coding of the parameters or the parameter set in suitable form, thus, here, the messages for the bus schedule. As a suitable form, in particular a bit pattern may be used for the coding, for example, especially the identifier from the controller area network CAN or from the TTCAN. The representation of the periodic and the spontaneous messages of a TTCAN network in a coding suitable for genetic algorithms is, for example, also the coding of the parameter set, e.g. as a bit vector of n×m bits, where m bits code the messages ID, thus the messages identifier or identification character, and n messages are present in the TTCAN network.

[0023] The idea of the present invention also includes a first evaluation of the starting population; the intention is to discover the fittest solutions, and they must be recognized as a measuring pole for future populations. To that end, at least one evaluation function or evaluation-criterion must be created, in order to filter the best solutions of a population, thus the most promising time schedules or bus schedules according to the evaluation criteria. Exemplary evaluation criteria or evaluation functions are, for instance, the evaluation according to the minimal sum of all latency times, or the most minimal sum for deadlines according to the approach “earliest deadline first”.

[0024] Subsequently, in particular, randomly selected instances of the fittest from the first population are crossed with each other, a new population thereby developing, for example, together with several uncrossed. For the technical application with respect to creating the bus schedule, this means the provision of crossing functions, thus, at least one crossing criterion. Using the bit pattern or bit vector as an example, this may be, for instance, the crossing of randomly selected solutions at a specific position k from k ε[1. . . n×m], where k may likewise be determined by random-number generator, at m bits for the message coding and n messages in the TTCAN network.

[0025] Additionally, so-called mutations may optionally be carried out in the case of some instances/solutions or all instances/solutions, again according to specific second evaluation criteria, so that mutations develop from the current population and possibly differ fundamentally from others. Within the scope of the technical application, this in turn means that, for example, within the framework of the TTCAN-binary representation, a random-number generator, for instance, is provided that inverts 1 bit from the n×m bits of the message bit vector, particularly with CAN or TTCAN identifier. These mutations may take place after a certain number of method sequences, e.g. after the 5th or 10th time, or else randomly by random function.

[0026] Therefore, after each run-through, the fittest or precisely the best solutions in terms of the evaluation criteria are selected; several of the selected best solutions may once more be crossed, and the optional mutations enable further solution suggestions.

[0027] Thus, the essence of the present invention is the solution of the search problem for an optimal bus schedule for the TTCAN by the use of genetic algorithms. In this context, the invention is not limited to the specific codings of messages for these genetic algorithms or specific evaluation-functions, as well as specific crossing or mutation functions described in this exemplary embodiment.

[0028] The single figure shows a system, particularly a device 100, especially a computer or bus user. Computer 100 may be implemented separately, or may be linked as a bus user to a bus, particularly a TTCAN bus 101. Computer 100 contains means which make it possible to allow at least individual method steps of the method of the present invention according to the claims to be executed. The execution of the method in the form of a computer program is particularly advantageous, an optimized solution with respect to the bus schedule thereby being obtained in the end effect. Thus, in this connection, the integration of the method for finding a solution in a development tool is represented. In this context, the selection of the evaluation function, the selection of the crossing function, as well as the selection of the mutation function may be added individually as a module by the system designer or application engineer, or, from a system-inherent library of these functions, one may be specified or output automatically. Consequently, the development tool may include only the creation of the bus schedule according to the method of the genetic algorithms, thereby ensuring that, depending upon certain system prerequisites or stipulations, for example, by purchasers such as automobile manufacturers, it is possible to employ different metrics, boundary conditions in modular fashion in methods using the same development tool.

[0029] Block 202 of the flowchart depicted shows the start of the method. In block 103, the bus messages are coded, for example, by using an identifier in binary representation. To that end, it is possible to use the identifier of the TTCAN system or of the CAN according to the messages. This coding may already be predetermined, and may only optionally be integrated into the method. Starting from this coding of the bus messages, various possible solution approaches are formed or represented in block 104. In this context, messages and/or time windows may also appear more often than once in the bus schedule. Thus, these approaches for solving the search problem are various sequences of bus messages or time windows for bus messages; given representation in binary form, particularly with identifiers, various bit patterns exist as solution approaches. On one hand, these bit patterns may be generated by random number generator, or else may be attained by permutation; all possibilities may be made available by permutation. Further criteria for the formation of solution approaches may be certain stipulation criteria, such as time-critical messages first and something similar; or else with respect to the identifier, may be based on priorities of the identifiers, etc. Optionally, it may already be checked, for example, with reference to a library, that when creating possible solution approaches with respect to the time schedule for transmitting messages, only valid messages in the form of bit patterns or only valid identifiers are used.

[0030] Invalid solution approaches, particularly bit patterns which are not possible (e.g., because these messages and/or time windows or the corresponding coding do not exist in the system) and thus also invalid time schedules may then optionally already be ruled out in block 104.

[0031] Carried out in block 105 is then the evaluation of the solution approaches or the different time schedules, thus the bus schedules, particularly in binary form, by side-by-side arrangement of the identifiers of the TTCAN, for example. For instance, to evaluate the solution approaches, all latency times of individual solution approaches are ascertained and compared either to each other or to a reference value, to thus determine the minimal sum of all latency times. Another evaluation may, for example, be on the basis of the minimal or most minimal sum for deadlines, thus, the latest necessary transfer moments or transfer times of the messages. Other criteria are also conceivable for evaluating the solution approaches.

[0032] In block 106, the best solutions, thus the best bus schedules according to the solution approaches and the evaluation criterion/criteria are then selected. In so doing, for instance, a specifiable number of solutions may be selected, thus, for example, the best 50% or the best 5 solutions; or, to select the best solutions, a comparison is made with a threshold value with respect to the evaluation criterion/criteria and only, for example, in the case of minimal sums, upon dropping below this threshold value is the solution chosen as a possible solution to be selected.

[0033] In block 107, the crossing functions or crossing criteria are then preselected, and the crossing is carried out. This means that, for instance, in particular, randomly selected solutions, which have resulted from the selection in block 106, exchange at least one bit at a position k which is specifiable or ascertained by random number generator. As already indicated, in addition to randomly ascertaining this exchange position in the bit vector or in the bit pattern, a fixed specification of the crossing position, for instance, each first, each second, each third, or other defined positions may also be preselected. In this context, all solutions may be crossed, or else only some few. Therefore, the number of solution approaches, thus bus schedules, to be crossed may be predefined here, as well. Due to the crossing, a pool of solutions or solution approaches therefore results in block 107, each solution representing a bus schedule or a time schedule for transmitting the messages on the bus. Corresponding to block 104, it may also be provided here to check whether the solutions obtained within the framework of the crossing contain valid bit patterns, thus valid messages and valid identification characters, particularly identifiers, respectively. Consequently, invalid bus schedules as solutions may be sorted out here, as well.

[0034] In query 108, it is then checked as a function of specific criteria, whether a mutation should or should not be carried out in block 109. These criteria may be, on one hand, that a certain number of method repetitions lead to a mutation, or a mutation is triggered by random number generator. If a mutation is triggered, one arrives at block 109. There, at least one of the solution approaches, thus one bus schedule, is now copied particularly as a bit vector or bit pattern, and this at least one is mutated, for example, by altering at least one bit, particularly by bit inversion, to then be added again to the solution pool. If no mutation is to be carried out, or after the mutation is carried out, one arrives from block 108 or 109 at block 110.

[0035] There, it is checked whether a further repetition should be carried out. This check may be carried out, for example, based on the number of bus schedules available, or else based on specific termination criteria after a predefinable number of loop repetitions or the like. This block 110 may optionally also be provided after block 106, thus after the selection of the best solutions according to the evaluation in block 105. If the termination criterion in block 110 is met, one arrives at the end of the method in block 111, or else again at block 105 for evaluation of the existing solution approaches, thus the individual bus schedules from the solution pool.

[0036] In summary, by a suitable representation of the parameters, thus, of the parameter set, especially here of the TTCAN messages, for example, as a bit vector which represents a solution variant, many possible solution approaches may be coded in a simple manner. This representation form is optimized for the following repetition of the electronic, adapted, genetic evolution. From the boundary conditions of the application, an evaluation function may be created in a simple manner in order to evaluate the current solution population. For example, this evaluation function F may be created according to the approach “earliest deadline first” or “shortest latency time”, etc. The solutions at hand (current population) would then be evaluated using this evaluation function, and the fittest or best would be utilized for the next iteration, for example, the first four solutions having the shortest deadline if evaluation was carried out according to “earliest deadline first”. From these fittest or best solutions, one could again take out two solutions and cross them with each other, for example, at position k. Two new solutions are obtained which possibly prove to be still better based on the origin (the next evaluation shows this). The algorithm is free to also process the current population via mutation. In so doing, one bit from a solution bit vector would, for example, be inverted or shifted, etc. (thus mutated), in order to possibly come across a completely new solution approach. This solution approach resulting from the mutation, together with the crossed solutions and the remaining old, fittest solutions are again supplied to the evaluation function, etc.

[0037] In principle, the approach of the genetic algorithm may be incorporated into any TTCAN planning tool with suitable interfaces. In so doing, naturally it is necessary to hit upon the number with respect to the coding of the messages for a suitable crossing function and for a suitable mutation function. Naturally, also, an evaluation function must be implemented according to a specific metric or individual boundary conditions. This stipulation may either be incorporated permanently into the development tool, or else may be offered as options which are added in modular fashion during the design of a TTCAN network. In principle, given this approach, thus only the method—to search according to genetic algorithms—would have to be implemented in the TTCAN development tool.

[0038] Consequently, an advantageous possibility is yielded for attaining an optimized bus schedule in the automated method. 

What is claimed is:
 1. A method for creating a time schedule for transmitting messages on a bus system (bus schedule), wherein the time schedule is created by using a genetic algorithm.
 2. The method as recited in claim 1, wherein the messages are divided into periodic and spontaneous messages.
 3. The method as recited in claim 1, wherein the messages are provided with or will be provided with an identifier, and the messages having the appropriate identifier are represented in a specifiable sequence as a time schedule.
 4. The method as recited in claim 1, wherein the bus system is a TTCAN bus system, and time windows corresponding to the transmitting sequence are provided as a time schedule for the messages.
 5. The method as recited in claims 1, 2 and 4, wherein at least one time window, specifiable with respect to the sequence, is used in the time schedule for transmitting spontaneous messages, and the spontaneous messages in the at least one time window carry out an arbitration.
 6. The method as recited in claim 1, wherein time windows are provided for transmitting the messages, and at least one sequence of time windows or of messages is ascertained as at least one possible time schedule.
 7. The method as recited in claim 6, wherein the at least one possible time schedule is evaluated using at least one specifiable first evaluation criterion.
 8. The method as recited in claim 7, wherein as a first evaluation criterion, the sum of the latency times of the at least one time schedule is compared to a predefined value or to the sum of the latency times of at least one further time schedule.
 9. The method as recited in claim 7, wherein as a first evaluation criterion, the sum of the necessary transfer moments or transfer times of the messages (deadlines) of the at least one time schedule is compared to a predefined value or to the sum of the necessary transfer moments or transfer times of the messages (deadlines) of at least one further time schedule.
 10. The method as recited in claims 6 and 7, wherein at least one possible time schedule is selected as a function of the at least one first evaluation criterion.
 11. The method as recited in claim 10, wherein the at least one possible time schedule that is selected is crossed with it least one second possible time schedule.
 12. The method as recited in claim 11, wherein the time schedules to be crossed are altered in such a way that at least one message is exchanged.
 13. The method as recited in claim 3, wherein a bit pattern, particularly corresponding to the CAN bus or TTCAN bus, is used as identifier.
 14. The method as recited in claims 11 and 13, wherein the time schedules to be crossed are altered in such a way that at least one bit of the bit pattern is exchanged.
 15. The method as recited in claim 6, wherein the at least one sequence of time windows or messages is represented as a time schedule in the form of bits, and at least one bit is altered as a function of at least one second criterion.
 16. The method as recited in claim 15, wherein the at least one bit is altered according to a random function.
 17. A device for creating a time schedule for transmitting messages on a bus system (bus schedule), wherein means are provided which create the time schedule using a genetic algorithm.
 18. A computer program which carries out at least one method as recited in at least one of claims 1 through 16 when executed on a computer or on a device as recited in claim
 17. 19. A computer program product, particularly a data carrier, which, upon input into a computer or a device as recited in claim 17, carries out at least one method as recited in at least one of claims 1 through
 16. 